

(KIMOOMM 


NASA Contractor Report 181739 


FINAL REPORT 


SVHSER 10640 


UTILITY OF 


EMULATION AMD SIMULATION COMPUTER MODELING 
OF SPACE STATION 

ENVIRONMENTAL CONTROL AND LIFE SUPPORT SYSTEMS 


BY 


HAMILTON STANDARD 

DIVISION OF UNITED TECHNOLOGIES CORPORATION 
WINDSOR LOCKS, CONNECTICUT 06096 


PREPARED UNDER CONTRACT NO. NAS1-17397 


FOR 


NATIONAL AERONAUTICS AND SPACE ADMINISTRATION 
LANGLEY RESEARCH CENTER 
HAMPTON, VIRGINIA 


September 


1988 


- TTr'T^TT39l friLIlY ct ItUlATICN AND 

iiUi C K “s“»S (taiiltcn 5t..t»4 Oi,.» ^ W/M 
43 p 


N89-13894 

Dnclas 
0 183243 



SVHSER 10640 



UNITED 

TECHNOLOGIES 


ABSTRACT 


Over the years, computer modeling has been used extensively In many 
disciplines to solve engineering problems. Aset of computer program tools 
has been proposed to assist the engineer In the various phases of the Space 
Station program from technology selection through flight operations. This 
report focuses on the development and application of emulation and simulation 
transient performance modeling tools for life support systems. 

The results of the development and the demonstration of the utility of three 
computer models are presented. The first model Is a detailed computer model 
(emulation) of a solid amine water desorbed (SAWD) C0 2 removal subsystem 
combined with much less detailed models (simulations) of a cabin, crew, and 
heat exchangers. This model was used In parallel with the hardware design and 
test of this C0 2 removal subsystem. The second model Is a simulation of an 
air revitalization system combined with a wastewater processsing system to 
demonstrate the capabilities to study subsystem Integration. The third model 
is that of a Space Station total air revitalization system. The station 
configuration consists of a habitat module, a laboratory module, two crews, 
and four connecting nodes. 
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FOREWORD 


This report has been prepared by Hamilton Standard Division of United Tech- 
nologies Corporation for the National Aeronautics and Space Administration's 
Langley Research Center In accordance with Contract NAS1-17397, "Development 
of an Emulation/Simulation Computer Model of a Space Station Environmental 
Control and Life Support System (ECLSS)". This report summarizes the results 
of that contract. 

Appreciation Is expressed to the Technical Monitors, Messrs. John B. Hall, 
Jr., and Lawrence F. Rowell of the NASA Langley Research Center for their 
guidance and advice. 

This report was written by Dr. James L. Yanosy, Program Engineer. The early 
phases of the program were conducted under the direction of Albert Boehm and 
Harlan Brose, while the latter phases were conducted under the direction of 
John M. Neel , the current Program Manager. Thanks are extended to Stephen 
Glangrande, Joseph Homa, Gordon Allen and Robert Blakely for their technical 
contributions. Appreciation Is given to Messrs. Raymond Trusch and Edward 
O'Connor for their advice and direction. 
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1.0 INTRODUCTION 

Computers, since their Inception, hove been used to solve englneerlnp 
problems In many areas. In thermal applications, computer programs 
maybe used to predict temperatures throughout apiece of metal; 
in structural applications, they may be used to determine stresses and 
strains In various structural members. Still another application Is 
to simulate the dynamic performance of a system. 


With the advent of the Space Station program, the role of computers in 
the engineering process Is being further explored. Hall [1]* and 
Blakely and Rowell [2] have reviewed the engineering process and have 
proposed various computer tools that could assist the engineer at 
various phases of the process. These tools have been lumped together 
and are called the Emulation, Simulation, Sizing, and Technology 
Assessment Program (ESSTAP). 


The relationship between the software and the hardware envisioned for 
the engineering process Is Illustrated In Figure 1. The process 
begins with a technology assessment computer program which assists the 
engineer In making the selection of the technology deemed best for an 
application based on various factors such as weight, power, volume, 
cost, safety, reliability, etc. With the technology selected, the 
design process begins. In this phase, another computer program would 


*Numbers in brackets denote references listed in Section 5.0 
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Figure 1. Application of Software Tools to the Design and 
Operations Phases of a Flight System 
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1.0 INTRODUCTION (Continued) 

assist the engineer in sizing the hardware. For example, the mass of 
material for a chemical process bed or the number and size of tubes 
for a shell and tube heat exchanger could be determined from a 
computer program. 

Next, performance simulation programs would be written to assist the 
engineer In various aspects of design, development, test, and flight 
of the hardware. 

The concept of levels of computer programs was then Introduced by 
Blakely and Rowell [2]. Essentially, transient performance simulation 
computer programs could be written to model a subsystem at various 
depths of detail. The first level performance program would simply 
consider the subsystem as a black box and be only Interested In the 
Input and output characteristics. This model of a subsystem could be 
used In a larger system model to determine overall system performance. 
The next level of detail Is to model each of the components In the 
subsystem as a black box. The final and deepest level Is to model 
each component In the subsystem In detail. This detailed model alms 
to describe In mathematical formulations the physical and chemical 
processes of a component. Black box models are referred to as 
simulations, whereas the In-depth models are referred to as 
emulations. Of course, In modelling a subsystem, black box models of 
components can be combined with detailed models of other components to 
create an emulation-simulation model. 
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l.o INTRODUCTION (Continued) 


Each of these levels can be used for various applications In the 
engineering process. The first level performance program could be 
used to study Interactions of pieces of equipment In an entire 
system. On the other hand, the emulation level could be used to 
assist in test, fault Isolation, and hardware development. 


Development of the first two tools of ESSTAP was conducted prior to 
this contract effort. A description and presentation of the first 
tool called the Technology Assessment Program was given by Hall, et al 
[1,3]. This program evaluated various technologies for a given 
function and permitted graphical presentation of the results. Various 
weighting factors could be applied to weight, power, volume, etc. The 
program would then tally the results for each technology and present 
comparisons. A sizing program for potential Space Station 
technologies was discussed briefly by Blakely and Rowell [2]. 

However, the performance simulation tools needed development and 
exploration to determine their utility and to determine what level 
performance simulation program best suited the various phases of the 
engineering process. Hamilton Standard was given a contract by the 
Langley Research Center to develop and explore simulation programs. 
This would thereby complete and demonstrate the effectiveness of 

ESSTAP tools. 
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INTRODUCTION (Continued) 


The procedure required first selecting the type of Space Station 
System which would best demonstrate the approach. Next, a hardware 
component In Its development stages must be selected to Investigate 
the utility of in-depth emulation computer programs. Lastly, models 
must be developed to explore the utility of simulation programs. 
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2.0 PREVIOUS WORK 


Computer simulations In life support systems have been conducted in 
the past. Trusch, et al [4] performed simulations for the Space 
Station Prototype program in 1971. A regenerative life support system 
in a cabin with a crew was simulated using the G189 ECLSS analyzer 
[5]. The program was used to verify design sizing of the liquid 
cooling loop and to verify the adequacy of the cabin dew point 
temperature control . Both of these verifications required system 
transient analyses. The models were all simulation or first level 
performance models and were never coordinated with actual hardware 

development. 

Another report [6] published by Hamilton Standard on the Space Station 
Prototype presents some experiences with the G189 computer simulation 
program. Some of these are: 

(1) The SSP computer effort was running to catch up as opposed 
to being the design tool It was Intended. 

(2) More staffing was needed than It had. 

(3) As the level of detail or complexity of simulation 
Increases, the program loses Its flexibility and 
attractiveness. 
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2.0 PREVIOUS WORK (Continued) 

( 4 ) The computer program was most cost effective in the 
preliminary design where a deep level of detailed modeling 
was not necessary and transient analyses were required. 

Again the combination of an emulation and a simulation was not 
investigated nor was there a tie between the simulation and actual 
hardware development. 

A paper by Lafuse [7] presents the application of a generalized 
transient computer program ARPCS2AT2 for Shuttle atmospheric pressure 
and composition control analysis. The program's main applications 
have been In the area of test support and analysis of proposed flight 
procedures. In test support, the model was used to make pretest 
predictions and then to explain the actual data. For flight pro- 
cedures, the program was used to evaluate the use of an oxygen mask In 

the Shuttle. 


Yanosy [8] with a computer simulation program called FLASH was able to 
assist in fault Isolation of a flash evaporator exit temperature 
instability observed on STS-3. The computer simulation program showed 
that a higher midpoint temperature sensor time constant could cause 
the observed Instability. 
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2.0 PREVIOUS WORK (Continued) 


In summary, computer simulation programs have been shown to be of 
assistance on certain phases of the engineering process. What has not 
been done Is to explore the utility of a combined emulation 
simulation program and to determine the utility of the various levels 
of simulation programs In the various phases of the engineering 
process. 
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The following sections *riz. the results of the Instigations 
conducted under this contract to explore the utility of various 
perfonnance simulation models In the engineering process. The 
investigations are first to select the systems to simulate and 
emulate, develop and explore the utility of the emulation simulation 
performance model , and lastly to develop and explore the utility of 
two different, higher-level, simulation models. 


Requirements Evaluation a nd System Selection 

The initial phase of the contract required that goals of the study be 
«11 defined so that the proper target subsystem could be Identified. 
The requirements evaluation task consisted of: 

(1) Verify computer program (G189A) compatibility with LaRC 
computer. 

(2) Establish potential uses of Space Station computer models 
Identified by the ESSTAP approach. 


(3) Establish life cycle cost reductions. 

(4) Identify the levels of programs best suited for the various 
phases of the engineering process. 

(5) Verify baseline ECLS design loads. 
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3.1 Requirements Evaluation and System Selection (Continued) 

The system selection task objective was to review and evaluate all 
subsystems comprising the ECLSS and select one for which an 

emulation/simulation model would be demonstrated. 

The results of this Initial phase was reported by Blakely [9]. In 
summary, the following results were obtained: 

(1) The G189A was found to be portable to the Langley Research 
Center's PRIME computer. 

(2) Potential uses for the ESSTAP computer models were 
identified and are listed here In Table 1. 

(3) Areas where cost reductions could be realized were 

identified for the various phases of the engineering 
process. 

(4) Performance program levels best suited for the engineering 

process phases were given. Essentially, steady state trade 
study programs were best suited to the conceptual study 
phase and candidate technology assessment phase. During 
preliminary design, a simple transient simulation model is 
best suited. As the program passes to development, test and 

flight, the simulations must be more detailed to the 

emulation level. 
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3.1 Requirements Evaluation and System Selection (Continued) 

(5) Baseline design ECLS loads were verified. 

(6) A sub-group of the air revitalization system was selected 
for the ESCM program where the SAWD CO 2 removal subsystem 
would be modeled In detail. 

3.2 ESCM 

The first computer model produced under the contract was a combined 
emulation/simulation model . The. model consisted of a cabin, crew, 
sensible heat exchanger, condensing heat exchanger, oxygen and 
nitrogen control, and a SAWD carbon dioxide removal subsystem. Except 
for the SAWD, all components were simulations - lightweight models. 
The SAWD, however, was emulated. A detailed model was made of the SAWD 
bed and each component In the SAWD subsystem was modeled. Figure 2 
shows a G189A [5] schematic of the system modeled. 

The Intention of this emulation model was to demonstrate its utility 
In the design, development, and testing of a piece of hardware. After 
testing, the model was to be updated to reflect any hardware 
modification. 
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Table 1 

Potential Uses For ESSTAP Computer Models In The 
Space Station Engineering Process 


A. Concept Development (Trode Studies) 

1. Establish baseline ECLSS' • and growth 
scenarios . 

2. Select candidate subsystems to be Investigated. 

3. Determine overall power, weight* and volume 
requ i rements . 

♦. Evaluate overall program life cycle costs. 

3. Study Impact of different redundancy and 
reliability requi rements . 

«. Determine key ECLSS parameters that drive 

overall Space Station design and configuration. 

B. Preliminary Design 

. 1. Study methods of integrating candidate sub- 
systems Into on operational ECLSS. 

2. Define operational schematics and determine 
interface regul rements . 

. 3. Evaluate preliminary design assumptions ond 
study effects of component or subsystem 
plocement* substitution, and size selection. 

. 4. Determine effects of growth scenario phasing on 
life cycle costs ond performance capabilities. 

. 3. Iterate configuration ond design assumptions to 
optimize performance and cost factors and to 
generate data required for Requi rements 
Definition Documents (ROOs). 

C. Design, Development, Test ond Engineering (OOTbC) 

1. Generate detailed component and subsystem 
specification data and establish their true 
and/or critical ronge of operating conditions 
as a result of their integration into on 
ELCSS. 

2. Oeflne accurate interface regulrements for the 
purpose of preporing Interface Control 
Documents (ICO's). 

. 3. Define component ond subsystem test 

conditions, generate pretest predictions, 
ond correlate test results. 

- 4. Provide sped f Icot Ion ond ICO change regulre- 
ments resulting from upgraded models obtained 
by correlating test data. 

+ 3. Perform Failure Wade and Effect Analyses 
(FUCA). 


. 6. Determine component, subsystem, and system 
off-design performance. 

7. Further evaluate ECLSS growth scenarios and 
define Interface regulrements and effects of 
proposed changes. 

D. Mission Planning and Flight Operations 

+ 1, Evaluate proposed electrical and crew activity 
timelines and determine mission constraints, 

+ 2. Provide realistic ECLSS response data for crew 
training simulations. 

+ 3. Simulate failure modes and determine 

contingency and/or emergency procedures. 

+ 4. Oeflne user or experiment interface require- 
ments, constraints, and capabilities. 

+ 3. Evaluate operational performance anomalies to 
determine equipment degradation, failure or 
pending failure conditions. 

+ 6. Provide trending onalyses to determine 

required response time to prevent critical 
conditions from occurring. 

4 7. Study effects of experiment Integration ond 
component or subsystem replacement due to 
Space Station growth. 

KEY: 

- Not done. 

Potential uses that were demonstrated during this 

ESCM contract. 

4 Rec omme nded future work. 

NOTES: Phase A of the engineering process is not 

a phase for the application of Emulation 
Simulation Computer Modeling Toots. 
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Figure 2. G189A Schematic of System Modeled for ESCM 
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3.2.1 Publications 


A G189A model of the selected system was developed. A User's 
Manual [10] and a Model Description Document [11] of the computer 
program were published. The User's Manual provides the user with 
Instructions to run the computer program, a brief overview of G189A, a 
presentation of the Input and output of each subroutine, and a sample 

problem. 

As a result of testing, recommended Improvements suggested by Langley 
Research Center, and further development of the SAWD model, updates to 
the User's Manual and Model Description Document were published In the 
form of appendices [12,13]. These appendices also present the results 
of other simulations to be discussed In Section 3.3. 

In addition to these reports, a paper [14] about the utility of ESCM 
was presented at the Fifteenth Intersociety Conference of Environ- 
mental Systems. The paper presented simulation benefits from the 
model during the design, development, and testing of an ARS hardware 
component. Benefits were demonstrated In subsystem sizing to meet 
design requirements, subsystem configuration, control and operating 
mode optimization, test planning, and cost benefit. Of the applica- 
tions of the ESSTAP tools listed In Table 1, those demonstrated with 
ESCM are noted In the Table. 


14 



SVHSER 10640 



UNITED 

TECHNOLOGIES 


3.2.2 SAWD Experience 

The ESCM was used In conjunction with the design, development, and 
test of an ARS component - the SAWD. The uses of the computer program 
prior to testing are presented In the paper by Yanosy and Rowell [14]; 
this section presents benefits of the ESCM during the actual SAWD test 
phase of the engineering process. 

First of all, the control logic originally programmed Into ESCM needed 
to be updated to represent the logic which existed at the time of 
testing. This logic was substantially different from the original 
relative humidity method. The program Identified areas of the SAWD 
control logic which would require further development. When the unit 
subsequently went on test, the test experience with the control logic 
was consistent with that shown by the computer model. 

Although the program demonstrated that the SAWD control would require 
further development, the SAWD hardware experienced difficulties In 
testing that could not have been predicted using the model. A list of 
sample SAWD Initial testing difficulties Is presented In Table 2 along 
with conments as to the utility of the ESCM. In summary, a computer 
model, to have foreseen all the difficulties, would have to have been 
an emulation of each and every component of the SAWD Including the 
controller. 
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EXPERIENCE CONTROLLER CHANGE ESCM UTILITY 


1. Water pump flow 
unexpectedly low. 

1. Modified Interpolation 
table to reflect 
cal Ibratlon. 

1. ESCM showed the 
proper flow to be 
delivered. Assist 
in fault isolation. 

2. Fan flow 

unexpectedly low. 

2. Modified Interpolation 
table to reflect 
calibration. 

2. ESCM showed the 
proper flow to be 
delivered. Assist 
in fault isolation. 

3. Steam generator 
control and safety 
RTD's on same 
circuit board. 

3. Put on separate A/D 
circuit boards. 

3. No utility. 

Strictly a safety 

implementation. 

4. Trend data not 
recorded properly. 

4. Changed timing for 
sending cyclic trend 
data to display control. 

4. No utility. ESCM 
did not model 
trend data gather- 
ing. 

5. Control of absorp- 
tion cycle times Is 
unstable. 

5. Changed bed mass const. 
kl3 from 9.35 to 8.50. 

5. ESCM showed cntrl. 
problems and need 
to review cntrl. 
laws. 

6. Condensation In 
steam generator and 
lines. 

6. Maintain steam genera- 
tor energized during 
energy transfer and If 
desorb ends prior to 
start of absorb. 

6. No utility. ESCM 
did not model stm. 
generator and its 
plumbing lines In 
detail. 

7. Control of absorp- 
tion cycle times Is 
unstable. 

7. Clamp controller calc. 
C02 flow exiting canis- 
ter to a value above 
zero. 

7. No utility. ESCM 
In Its modeling of 
cntrl. laws already 
had the clamp. 
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Table 2 

SAWD Hardware Test Experience and Related ESCM Ef fectiveness 

(Continued) 


EXPERIENCE 

CONTROLLER CHANGE 

ESCM UTILITY 

8. Control of absorp- 
tion cycle times Is 
unstable. 

8. Correct error in absorp- 
tion mass flow calcula- 
tion. 

8. ESCM showed cntrl 
problems and need 
to review cntrl. 
laws. 

9. Startup cycle Is 
too long. 

9. Reduce startup cycle 
from 55 minutes to 50 
minutes. 

9. ESCM showed start- 
up cycle to take 
only 39 minutes. 

10. Conflict between 
pressure regulator 
and upper limit to 
open Cu2 Reduction 
Valve. 

10. Change pressure to open 
C02 Reduction Valve 
from 30.0 to 29.5 psla. 

10. Conflict shown In 
ESCM also. 

11. Valve to direct 
C02 to accumulator 
rather than cabin 
directed flow to 
accumulator too 
quickly In desorb. 

11. Increased flow setting 
at which flow Is to be 
directed to accumulator 
from 0.01 to 0.0275 cfm. 

11. ESCM demonstrated 
need to Increase 
flow setting as 
Initial ullage 
flow Is high. 

12. Canister Inlet 

valve did not reach 
proper position for 
Bleed phase. 

12. Reduced drive time to 
Inlet valve from 7.5 to 
1.6 seconds. 

12. ESCM did not 
emulate Inlet 
valve drive time. 

13. Bleed phase of 
cycle is too long. 

13. Reduced Bleed Phase 
from two to one minute. 

13. ESCM showed 
system takes a 
snort time to 
bleed down. 

14. Possible draw of 
air Into system , , 
through valve which 
directs C02 flow to 
accumulator during 
Energy Transfer. 

14. Position valve to 

accumulator rather than 
the cabin during Energy 
Transfer. 

14. No utility. ESCM 
did not emulate 
pressure drops 
through SAWD. 
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Table 2 

SAWO Hardware Test Experience and Related E SCM Effectiveness 

(Continued) 


EXPERIENCE 


15. Spurious low bed 
Inlet temperature 
warning during 
Energy Transfer. 


16. Shutdown occurs If 
absorption ends 
before desorption. 


17. Control of absorb 
cycle times Is 
unstable. 


18. Control of absorb 
cycle times Is 
unstable. 


19. Shutdown on fan 
speed. 


CONTROLLER CHANGE 

15. Increased time to reach 
130 F from 60 to 90 
seconds. Time to reach 
temp, took longer than 
Initial guess. 

16. No shutdown. Simply 
reduce fan speed until 
desorption Is done. 


17. Add a new algorithm to 
calculate C02 loading. 


18. Change algorithms to 
calc bed water loading 
and absorb cycle time. 

19. Change fan speed shut- 
down ranges to less 
than 1200 or greater 
than 5500 RPM. 


ESCM UTILITY 

15. Warning and alarm 
logic were not 
modeled as part 
of ESCM. 

16. ESCM did not model 
shutdown logic but 
did predict absorb 
ending before 
desorb. 


17. ESCM showed cntrl 

? roblems and need 
o revise control 
laws. 

18. ESCM showed cntrl 

? roblems and need 
o revise control 
laws. 

19. No utility. ESCM 
did not model fan 
speed nor shut- 
downs. 
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3.2.2 SAWD Experience (Continued) 

With respect to the development of the SAWD, the IR45-amine is no 
longer manufactured and a new amine Is used Instead. It is chemically 
similar but performs better than the original IR45. Higher CO 2 
loadings are attainable with a crisper breakthrough curve. Therefore, 
with respect to computer model development, the SAWD model needs to be 
revised to reflect the characteristics of the new amine. 

The actual utility of the model during test was not thoroughly 
demonstrated because of: (1) Insufficient funding for modeling 
development, and (2) some hardware difficulties encountered by the 
SAWD were not amendable to solution by the present model. A period is 
needed where the model and hardware develop and Iterate In parallel 
such that at the end of the development testing, the model and hard- 
ware agree. Funding was only available for hardware development, and 
additional funding was not available for modeling development. 
Nevertheless, the program showed Its utility In the control area, and 
Its potential uses In further testing are certainly attainable. 

3.2.3 Installation on the PRIME 

The ESCM program when Installed on the PRIME produced different 
answers from the ESCM Installed on the Hamilton Standard IBM. After 
some judicious selection of options available on the PRIME FORTRAN 
compiler, such as rounding, the answers were In much better agreement 
but still not as close as would be expected. 


19 


SVHSER 10640 



UNITED 

TECHNOLOGIES 


3.2.3 Installation on the PRIME (Continued) 

The problem still exists and the difficulty appears to lie In the SAWD 
bed subroutine Iteration. Several changes were made to the Iteration 
procedure as described In the ESCM Model Description Appendices 
These changes need to be evaluated to see If agreement Is Improved. 

3.3 Simulation Computer Models 

Two simulation computer models were developed to demonstrate the 
utility of a different level of performance ESSTAP tool. One 

simulation consists of an air revitalization system and a wastewater 
management system linked together. The other simulation concentrates 
on the air revitalization system alone but applies It to an entire 
Space Station complete with a habitat, laboratory, four nodes and two 
crews. 

G189A schematics of the two systems are shown In Figures 3 and 4. The 
combined air revitalization system and water management system model 
Is called ECLSB while the other simulation Is called the Space Station 
Model . 
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Figure 4. G189A Overview Schematic of Space Station Model 
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3.3.1 Publications 


A separate User's Manual [15] was originally written for the ECLSB 
simulation model. Later, It was decided to write appendices to the 
original ESCM User's Manual [10] and Model Description Document [11]. 
Included In these appendices are: 


Appendix Title 

A ESCM Update 

B ECLSB 

C Space Station Model 

Both Appendices to the User's Manual [12] and Appendices to the Model 
Description Document [13] are arranged In the same manner. The 
separate ECLSB User's Manual [15] Is simply referenced In Appendix B 
of the Appendices to the User's Manual document [12]. 

3.3.2 Utility of Simulation Models 

A simulation model of a system consists of lightweight models of the 
various subsystems within the system. This simulation model can then 
be used to assist In the preliminary design of a system and in the 
design, development, and test of a system as delineated in Table 1. 
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3.3.2 

Utility of Simulation Models (Continued) 



Several useful functions of tne simulation models Have already been 
demonstrated. For example, one area of Intense Interest Is the study 
of a system's capability to handle transients In a manner to meet 
specifications. From the sample problem given In the Space Station 
Model user's Manual [12], Figure C-16 shows that the carbon dioxide 
level In the habitat exceeds the specification limit of 3.0 nm Hg. 
This figure is repeated here In Figure 5. This Indicates a larger C0 2 
removal unit Is needed to handle the transient C0 2 loads throughout a 
day for the case where the full crew of eight people are all In the 

habitat. 


Another example Is In the area of Integrating candidate ARS subsystems 
into an operational ARS. The configuration shown for the Space 
Station Model Is one configuration; other configurations like bussing 
of carbon dioxide could be explored. 


Another example Is In the control of the subsystems. Each subsystem 
has Its own control, yet a total system control Is needed to regulate 
the amount of carbon dioxide delivered to a C0 2 reduction unit or how 
much hydrogen to vent, questions like these must be answered as part 
of a simulation model. The simulation thereby focuses on system 
control problems and their solutions early In the design phase. 
Potential Impacts on system configuration, sizing, and technology 
selection can be evaluated. 
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3.3.2 Utility of Simulation Models (Continued) 

With this simulation model, subsystems of the same function can be 
Interchanged and the Impact on overall system performance can be 
assessed. For example, a molecular sieve CO 2 removal unit can be 
studied and then replaced by an EDC or SAWD. The ability of each of 
these to handle transient loadings or their Impact on system oxygen 
and humidity levels can be easily evaluated. 

Pretest predictions of subsystems plumbed together can be generated as 
well as Failure Mode and Effect Analyses (FMEA's) performed in the 
event one subsystem falls. 

With the Integration of the water and the air systems as done In 
ECLSB, crew timelines for shower, washing, and eating can be studied 
to examine their Impact on cabin humidity levels, water tank storage 
and level control, and water availability. 

3.3.3 G189A Limitations 


While G189A Is an excellent tool for ECLSS transient analyses, It has 
certain limitations which hinder Its utility. 


26 


SVHSER 10640 



UNITED 

TECHNOLOGIES 

ITSMIIMIMd) 


3.3.3 G189A Limitations (Continued) 

One of these limitations Is the speed with which a model can be 
generated from scratch. First a schematic must be generated on paper, 
then a great deal of bookkeeping performed to connect one subsystem to 
the next, and then a solution path must be defined. This process is 
similar to that for a heat transfer problem where the Item to be 
analyzed Is divided Into a fine grid mesh. A simpler procedure is 
needed that would eliminate the bookkeeping. 

Secondly, any changes that need to be made such as plumbing or con- 
figuration changes require major work to modify the connections 
between components and then to redefine the solution path. Again a 
system that would perform this bookkeeping would save much time and 
eliminate the limitation on the utility of the G189A program. 
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rnNClUSIONS AND RECOMMENDATIONS 


The ESSTAP tools defined for the various phases of the engineering 
process were Identified; and, In this contract, the performance 
simulation tools of ESSTAP were developed and their utility 
demonstrated. 


Emulation combined with simulation was found to be useful In both the 
design and testing phases of the engineering process. Design verifi- 
cation, test planning, control analysis, and a better understanding of 
the physical and chemical processes were some of the chief benefits. 
However, many engineering difficulties encountered during the test of 
the SAWD could not be foreseen or analyzed with the ESCM. In order to 
do so would have required an emulation level model of every component 
in the system Including the piping and controller. The cost 
effectiveness of that many emulation models Is doubtful. 


Lightweight, simple, simulation models of subsystems are excellent In 
the early stages of system design, development, and test. They can 
assist the engineer In many ways to optimize the size and 
configuration of the system. 

Based on the results of this contract, the following conclusions and 
recommendations are made: 
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4.0 rnhiri USIONS AND RECOMMENDATIONS (Continued) 


(1) Model depth must match the model application to realize the 
most benefits and be the most cost effective. 


Level 

Simulation 


Emulation 


Applications 

Study system control early In the design 
phase. 

. Explore gas bussing options. 

Include effects of transients on subsystem 
sizing 

Explore effects of different technologies 
on system operations. 

Make pretest predictions for system tests. 

. Perform FMEA's on a system level. 

. Study crew Induced loads and their 
distribution. 

Study and understand component behavior. 

. Make pretest predictions. 

Assist In component design and sizing. 

. Perform failure analysis. 

Develop simulation models of a component. 
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CONCLUSIONS AND RECOMMENDATIONS (Continued) 


(1) Model depth must match the model application to realize the 
most benefits and be the most cost effectlon. 


Level 

Emulation 

Simulation 


Appl 1 cations 

. Study subsystem size as a affected by 
system operation. 

. Study component Integration options. 

. Plan tests. 

. Perform subsystem failure analyses. 

. Optimize subsystem control. 

. Verify designs. 


(2) Various level models must be ready prior to program phase 
need or computer effort will always play catch-up to 
hardware. Adequate staffing and funding are required. 


(3) All difficulties In the developmental testing of hardware 
cannot be foreseen with Emulation Simulation Computer 
Modeling. All components would have to be emulations. 


(4) Emulation and simulation models of a subsystem should be 
developed by the subsystem manufacturer as appropriate with 
the development of the hardware. 
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(5) As the level of detail or complexity of simulation 
increases, the more difficult, time consuming, and costly is 
the task to keep pace with hardware developmental changes. 


(6) Computer simulation validity must be established early In 
Hardware Program to obtain support. 


(7) The models developed should be In the form of subroutines 
structured In such a manner to be easily inserted Into an 
ECLSS analyzer such as G189A. 

(8) An ECLSS analyzer should be developed that eliminates the 
bookkeeping required with the present G189A In setting up a 
model . 


31 


SVHSER 10640 



5.0 REFERENCES 


(1) Hall, J.B. Jr., Sage, K.H., Pickett, S.J., "Manned Space 
Station Environmental Control and Life Support System 
Computer-Aided Technology Assessment Program", 14th Annual 
Intersociety Conference on Environmental Systems, July, 
1984. 

(2) Blakely, Robert L. and Rowell, Lawrence F.; "Environmental 
Control and Life Support System Analysis Tools for the Space 
Station Era"; SAE Technical Paper Series 840956; Fourteenth 
Intersociety Conference on Environmental Systems, San Diego, 
California; July 16-19, 1984. 

(3) Hall, J.B. , Jr., Ferebee, M.J. Sage, K.H., "Environmental 
Control and Life Support Systems Technology Options for 
Space Station Application", 15th Intersociety Conference on 
Environmental Systems, July, 1985. 

(4) Trusch R.B., Barker R.S., O'Connor E.W. , Ayotte W.J., 

"Computer Simulation of the Environmental Thermal Control and 
Life Support System for the Space Station Prototype"; ASME 
Publication 71-AV-34, SAE/ASME/AIAA Life Support and 
Environmental Control Conference July 12-14, 1971, San 

Francisco, California. 


32 



SVHSER 10640 


%0 


UNITED 


taMflULTroM 
[D®r 


5.0 REFERENCES (Continued) 


(5) "G189A Generalized Environmental /Thermal Control and Life 
Support Systems Computer Program Manual"; McDonnell Douglas 
Corporation MDAC-G2444; September, 1971. 

(6) Anon, "Space Station Prototype Environmental Control /Life 
Support System Experience Report", Document #166, October 
1973, Hamilton Standard Division of United Aircraft 

Corporation. 

(7) Lafuse, Sharon "Development and Application of a Generalized 
Transient Computer Program for Shuttle Atmospheric Pressure 
and Composition Control Analysis", SAE Technical Paper 
Series 840960; Fourteenth Intersociety Conference on 
Environmental Systems, San Diego, California; July 16-19, 
1984. 


(8) Yanosy, J. "Verification of FES Slow Response Midpoint 
Sensor by OFEST Computer Program" Hamilton Standard Space 
and Sea Systems Department Internal Analysis Memo 82-164, 
April 27, 1982. 


33 



UNITED 
TrrHum f 

RMMfflLir©DO 


SVHSER 10640 


REFERENCES (Continued) 

(9) Blakely, Robert "Contract NAS 1-17397, Development of an 
Emulation/Simulation Computer Model of a Space Station 
Environmental Control and Life Support System (ECLSS) Task 1 
and Task 2 Results", ESCM-EM-02, December 12, 1983. 

(10) Yanosy, J. "User's Manual for a Computer Program for the 

Emulation/Simulation of a Space Station Environmental 

Control and Life Support System (ESCM)"; Hamilton Standard 

Report SVHSER 9503 for National Aeronautics and Space 

Administration Langley Research Center; NASA CR- 181735, 
September 1988. 

(11) Yanosy, J. "Model Description Document for a Computer 

Program of the Emulation/Simulation of a Space Station 
Environmental Control and Life Support System (ESCM)"; 
Hamilton Standard Report SVHSER 9504 for National 

Aeronautics and Space Administration Langley Research 

Center; NASA CR- 181737, September 1988. 

(12) Yanosy, J. "Appendices to the User's Manual for a Computer 
Program for the Emulation/Simulation of a Space Station 
Environmental Control and Life Support System”; Hamilton 
Standard Report SVHSER 10639 for National Aeronautics and 
Space Administration Langley Research Center; 

NASA CR- 181736, September 1988. 


34 


SVHSER 10640 



(13) Yanosy, J. "Appendices to the Model Description Document for 
a Computer Program for the Emulation/Simulation of a Space 
Station Environmental Control and Life Support System"; 
Hamilton Standard Report SVHSER 10638 for National Aer- 
onautics and Space Administration Langley Research Center, 
NASA CR- 181738, September 1988. 


(14) Yanosy, James L. and Rowell, Lawrence F. "Utility of an 
Emulation and Simulation Computer Model for Air Revitaliza- 
tion System Hardware Design, Development, and Test"; SAE 
Technical Paper Series 841377; Fifteenth Intersociety 
Conference on Environmental Systems, San Francisco, 
California; July 15-17, 1985. 

(15) Yanosy, James L. "User's Manual for the Simulation of a 
Space Station Environmental Control and Life Support System 
(ECLSB)"; Hamilton Standard Report SVHSER 10630 for National 
Aeronautics and Space Administration Langley Research 
Center; September, 1986. 


35 


NASA 


Report Documentation Page 


1. Report No. 2. Government Accession No. 

NASA CR- 181739 

4. Title and Subtitle 

Utility of Emulation and Simulation Computer Modeling 
of Space Station Environmental Control and Life 
Support Systems 


3. Recipient's Catalog No. 

5. Report Date 

September 1988 

6. Performing Organization Code 


7. Author(s) 


James L. Yanosy 

9. Performing Organization Name and Address 
Hamilton Standard 

Division of United Technologies Corporation 
Windsor Locks , CT 06096 

12. Sponsoring Agency Name and Address 
NASA 

Langley Research Center 
Hampton , VA 23665-5225 

15. Supplementary Notes 


8. Performing Organization Report No. 
SVHSER 10640 

10. Work Unit No. 

506-49-31-01 

11. Contract or Grant No. 
NAS1-17397 

13. Type of Report and Period Covered 

Contractor Report 

14. Sponsoring Agency Code 


Langley Technical Monitors: John B. Hall, Jr., and Lawrence F. Rowell 


16. Abstract Over the years, computer modeling has been used extensively in many disci- 
plines to solve engineering problems. A set of computer program tools has been pro- 
posed to assist the engineer in the various phases of the Space Station program from 
technology selection through flight operations. This report focuses on the develop- 
ment and application of emulation and simulation transient performance modeling 
tools for life support systems. 

The results of the development and the demonstration of the utility of three 
computer models are presented. The first model is a detailed computer model 
(emulation) of a solid amine water desorbed (SAWD) CO removal subsystem combined 
with much less detailed models (simulations) of a cabin, crew, and heat exchangers. 
This model was used in parallel with the hardware design and test of this CO re- 
moval subsystem. The second model is a simulation of an air revitalization lystem 
combined with a wastewater processing system to demonstrate the capabilities to 
study subsystem integration. The third model is that of a Space Station total air 
revitalization system. The station configuration consists of a habitat module, a 
laboratory module, two crews, and four connecting nodes. 


17. Key Words (Suggested by Author(s)) 

Computer simulation , Environmental 
Control, Space Station, Life Support, 
Computer Modeling 


18. Distribution Statement 

Unclassified - Unlimited 
Sub j . Cat. • 54 


19. Security Classif. (of this report) 

20. Security Classif. (of this page) 

21. No. of pages 

22. Price 

Unclassified 

Unci ass if ied 

41 

A0 3 





